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® Vorrichtung zum Betrleb von absoluten Echtzeituhren in einem eine Zentraluhr und Teilnehmer 
enthaltendert Prozesssteuersystem. 



© Gegenstand der Erfindung ist eine Vorrichtung 
zum Betreib von Echtzeituhren, die sich in Teilneh- 
mem (2. 3) eines hierarchisch durch Bussysteme 
verbundenen Prozeflsteuersystems befinden. 
Die Echtzeit wird von einer Zentraluhr vorgegeben 
und Uber die vorhandenen Bussysteme an die ein- 
zelnen Teilnehmer (2, 3) weitergeleitet und synchro- 
nisiert. 
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Vorrichtung zum Betrieb von absoluten Echzeituhren in einem eine Zentraluhr und Teilnehmer 

enthaltenden Prozeflsteuersystem 



Die Erfindung bezieht sich auf eine Vorrichtung 
zum Betrieb von Echtzeituhren, die aus einer Zen- 
traluhr die uber Oatenbusse verbundenen Teilneh- 
mer eines verteilten Prozeflsteuersystems synchro- 
nisiert. 

In einem Prozeflsteuersystem mit einer Reihe 
von Teilnehmern. die jeweils Prozeflgroflen mes- 
sen, iiberwachen, steuern ader regeln, ist es Sfters 
notwendig, fur bestimmte Ereignisse des Prozes- 
ses die Zeit des Auftretens zu kennen bzw. be- 
stimmte Ereignisse zu festgelegten Zaiten auszulo- 
sen. Es mufl daher in Funktionseinheiten des Pro- 
zeflsteuersystems (insbesondere den prozeflnahen 
Einheiten) moglich sein, die Ereignisse mit einer 
allgemein gultigen Echtzeit in Beziehung zu brin- 
gen. Diese Teilnehmer bzw. Funktionseinheiten be- 
notigen deshaib einen direkten Zugriff auf eine 
Echtzeituhr. die zugleich das Datum angibt. 

Der Erfindung liegt die Aufgabe zugrunde, eine 
absolute Echtzeit in jedem Teilnehmer, der sie 
benotigt. mit einer relativen Genauigkeit zur Zen- 
traluhr und einer hohen AuflSsung bereitzustellen. 
Unter absoluter Echtzeit ist hierbei die jeweils gulti- 
ge Ortszeit zu verstehen. 

Die Aufgabe wird erfindungsgemSfl dadurch 
gelost. dafl eine Zentraluhr vorgesehen ist. an die 
ein Echtzeitaufbereiter angeschlossen ist. der die 
Echtzeitinformation in das Datenformat der Schnitt- 
stellen des oder der Teilnehmer umsetzt, und dafl 
in dem Oder den Teilnehmern jeweils Echtzeituhren 
vorgesehen sind. die vom Echtzeitaufbereiter aus 
eingestellt und synchronisiert werden. 

Vorzugsweise wird die Zentraluhr mit der amtli- 
chen Zeit eingestellt und synchronisiert. Die Zen- 
traluhr kann insbesodnere durch eine Funkuhr reali- 
siert werden. Es ist zweckmaflig, die Echtzeit im 
dem oder den Teilneh mern unter Ausnutzung vor- 
handener Taktgeber und gegebenenfalls ZShlbau- 
steinen in Verbindung mit Software bereitzustellen. 
Auf diese Weise konnen alle Teilnehmer bzw. 
Funktionseinheiten, die die Echtzeit-bendtigen. eine 
Echtzeituhr fQhren. Beispielsweise werden alle zu 
einer Station einer Energieverteilungsanlage geh8- 
renden Echtzeituhren vor der zentralen Echtzeituhr 
gestellt und synchronisiert. Die Wirkungsrichtung 
entspricht hierbei vorzugsweise der Hierarchie von 
Datenbussystemen zwischen den Teilnehmern. Die 
Echtzeit wird bereitgestelit. indem die Echtzeit in 
den FunktJonsbausteinen gefuhrt und uber Bussy- 
steme verteilt wird, wobei unter Verteilung die 
Echtzeitiibertragung zu den Teilnehmern und die 
Synchronisation der Echzeituhren in den Teilneh- 
mern zu verstehen ist. Die Zentraiuhr ist vorzugs- 
weise mit dem Echtzeitaufbereiter zu einer Echt- 



zeitzentrale kombiniert, die insbesondere in einer 
Baueinheit realisiert ist. 

Die Zentraluhr liefert die Echtzeit als Daten und 
vorzugsweise einen Sekundentakt zur Synchronisa- 

s tion an einen zentralen Echtzeitaufbereiter. Dieser 
setzt die Echtzeit in ein fur die gesamte Echtzeit- 
bereitstellung gultiges Format um. Von hier aus 
wird die Echtzeit uber die vorhandenen Daten- 
schnittstellen zu den einzelnen Echtzeituhren uber- 

ro tragen. Die Synchronisation der Echtzeituhren er- 
folgt zweckmSfligerweise uber dieselben Hardware- 
Schnittstellen, z. B. Datenschnittstellen, Bussyste- 
me und dgl., uber die die anderen Informationen 
zwischen der Zentrale und den Funktionsbaustei- 

rs nen ubertragen werden. Es ist aber auch moglich, 
die Synchronisation Uber einen separaten Sekun- 
dentakt mit zusStzlicher Hardware zu erzeugen. 
Dieser Sekundentakt wird dann zentral generiert. 
Leifert nicht schon die Zentraluhr einen fur das 

20 System geeigneten Sekundentakt, d. h. einen Se- 
kundentakt mit der erforderlichen Zeitgenauigkeit, 
dem richtigen Pegel, der Valenz und dem fan out 
usw., dann wird dieser im zentralen Echtzeitaufbe- 
reiter generiert. Beide Synchronisationsverfahren 

25 konnen auch nebeneinander, d. h. gemischt. einge- 
setzt werden. 

Bei der Realisierung der einzelnen Software- 
Funktionen werden die Interrupte berucksichtigt 
Wird z. B. OMA-Steuerung benutzt, dan mufl 

30 ihre Wirkung quasi gleichzeitiger Zugriff parallel um 
Prozessor; unter UmstSnden Sperrung aller 
Prozessor-AktivitSten (z. B. Interrupt-Reaktion Gber 
langere Zeitraume) berQcksichtigt bzw. beschrankt 
werden. 

as Oberlappende Zugriffsmbgiichkeiten mUssen 

bei Dual Port RAMs beachtet werden. 

Oas Format (Auflosung, Vorzeichen) der Vari- 
ablen und Konstanten mufl beachtet werden. 

Mit der Erfindung soil auch eine Echtzeituhr 
40 zur VerfUgung gestellt werden, die moglichst mit 
ublichen und in Funktionsbausteinen ftlr Prozefl- 
steuerungen verwendeten Hardwarekomponenten 
auskommt. 

Jede Echtzeithr besteht insbesondere aus der 
46 Kombination eines Hardware-Timers und einer 
Software-Uhr. Beide zusammen bilden eine Echt- 
zeituhr, die bei Ausfall der Synchronisierung frei 
weiterlSuft. 

In AbhSngigkeit von den Hardwaregegebenen- 
50 heit n der Funktjonsbausteine und den Softwarean- 
forderungen kSnnen zwei verschiedene Arten von 
Echtzeituhren realisiert werden: 
- Eine Echtzeituhr mit einem asynchronem 
Hardware-Timer." Dieser Uhr kann in jedem Fall mit 
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der vorhandenen Hardware realisiert w rden und 
wird bevorzugt eingesetzt werden. - Eine Echtzeit- 
uhr mit synchronem Hardware-Timer. Diese Uhr 
kann einen Zeitscheiben-lnterrupt generieren. Sie 
sollte nur dann realisiert werden, wenn das Softwa- 
resystem unbedingt einen Zeitscheiben-lnterrupt 
erfordert. da hier hShere Anforderungen an die 
Hardware (Timer) gestellt werden mussen. Diese 
hoheren Anforderungen sind z. B. durch Erweite- 
rung alter Anderungen der vorgesehen Hardware 
erfullbar. 

Die Echtzeituhr mit einem asynchronen 
Hardware-Timer ist auf alien Baueinheiten realisier- 
bar. da sie keine besonderen Anforderungen an 
den Hardware-Timer stellt. Wenn die durch den 
jeweiligen Prozefl gegebenen Bedingungen es zu- 
lassen, alle Echtzeituhren mit asynchronem 
Hardware-Timer zu betreiben. dan reicht ein einzi- 
ges Qrundkonzept fUr samtliche Echtzeituhren aus. 

Der Hardware- Timer ist insbesondere ein bina- 
rer Zahlerbaustein, auf den der Prozessor, der die 
Software-Uhr f§hrt, lesend zugreifen kann. Er wird 
dauernd mit einem quarzstabilen Takt fast beliebi- 
ger Frequenz grofler gleich 10 MHz versorgt und 
zahlt ohne Unterbrechung zyklisch die Taktimpul- 
se. Die Bezeichnung "asynchron" bedeutat hier, 
dafl die Zahler-Eingangsfrequenz und der Zahler- 
zyklus in keinem "synchronen" Verhaltnis zu ir- 
gendwelchen Zeiteinheiten der Software-Uhr ste- 
hen mussen. Oiese Z3hlerbetriebsart ist die ein- 
fachste uberhaupt und wird von alien Hardware- 
Timern beherrscht. 

Der Hardware-Timer enthSIt einen 
einfachen Dualteiler (Binarteiler), der in 
Zyklischer Dauerbetrieb arbeitet und mit 
Etngangsfrequenz >= 10 MHz beaufschlagt 
wird, die eine hohe 

Frequenzstabilitat. z. B. mit Hilfe eines Quarzes, 
aufweist 

Die Mindest-Teilerlange ist abhangig von der 
Software, da der Prozessor, der die Software-Uhr 
aus dem Hardware-Timer ableitet, alle Timer-Uber- 
laufe erkennen mufl. 

Die Timerstellung mufl durch den Prozessor 
iesbar sein. 

Es ist gunstig, wenn der Timer-Uberlauf-lnter- 
rupt den Prozessor beaufschlagt Durch die Softwa- 
re wird vorzugsweise gewlhrleistet, dafl jeder 
Timer-Oberlauf sicher erkannt wird, so dafl kein 
Timer-Interrupt notwendig ist. Die Nutzung eines 
Timer-Uberlauf-lnterrupts erhoht die Sicherheit 
und/oder die Zuverlassigkeit der Zeitmessung. 

Die Zahlrichtung kann beliebig sein. Bei einem 
AbwSrtszahler mufl der Zahlerstand vor der Weiter- 
verarbeitung negiert bzw. invertiert werden. 

Die Software-Uhr in den inzelnen Funktions- 
bausteinen jeweils von dem Prozessor bearbeitet, 
der die Uhrzeit benStjgt, sei es, urn Ereigniszeiten 



zu ermitteln, Echtzeitreaktionen zu veranlassen, 
Oder auch nur, um die Uhrzeitsynchronisation an 
nachgeordnete Uhren weiterzuleiten. Der Prozessor 
hat unmittelbaren Zugriff auf einem hierftir bereit- 
s gesteilten Hardware-Timer. 

Die Uhrzeit wird jeweils bei Bedarf und in Pau- 
senzeiten (wenn sonst keine Prozessorleistung ver- 
langt wird) ermittelt und vorzugsweise in einen 
RAM bereitgehalten (UhrzeitfOhrung). Die Synchro- 
io nisation der Uhrzeit erfolgt zweckmafligerweise in- 
terruptgesteuert (Bilder 24..., 16...) 

Die Uhrzeitfuhrung ist verantwortlich fur den 
"Gang" der Echtzeituhr und stellt sicher. dafl- dTe 
aktuelle Echtzeit immer dann mit der geforderten 
;s Genauigkeit verfugbar ist, wenn sie benotigt wird. 

Dies wird bei gegebener Hardware mit einem 
Minimum an Programmlaufzeit erreicht, indem fol- 
genden Verfahren zum Einsatz kommt: 

Der Prozessor, der die Software-Uhr fUhrt, kann 
20 den Hardware-Timer direkt lesen. 

Zur Uhrzeitfuhrung wird zunachst der 
Hardware- Timer eingelesen. 

Dann wird ermittelt, wieviel Zeit seit der letzten 
Aktualisierung der Software-Uhr vergangen ist. 
2S Hierzu wird der Stand des Hardware-Timers, der 
zur letzten aktuellen Software-Uhrzeit gezieit bereit- 
gehalten. 

Ein Bereich gibt die Anzahl der Millisekunden 
an, die der Uhrzeit aktuell hinzugerechnet werden 

30 mussen. 

Wird eine fortgesetzte Substraktion 
(Multiptikation) verwendet. dann ist die Programm- 
laufzeit zur Berechnung der neuen Uhrzeit umso 
grofler, je mehr Zeit seit der letzten Zeitrechnung 

as vergangen ist. Aus diesem Grund kann es vorteil- 
haft sein, die Uhrzeit nicht nur "bei Bedarf" neu zu 
berechnen, sondern zwischendurch immer dann; 
wenn das Programmsystem eine Pausenschleife 
durchlauft und ohnehin keine Programmlaufzeit be- 

40 ansprucht. 

Dieses Verfahren kann auch dazu dienen, die 
Oberlaufe des Hardware-Timers zu erfassen und 
entsprechend zu berUcksichtigen. Diese Art der 
Timer-Oberlauferkennung funktioniert dann, wenn 

45 sichergestellt wird, dafl zwischen je zwei benach- 
barten Neuberechnungen der Uhrzeit weniger ais 
eine Timer-Zykluszeit iiegt. 

Ein sicheres Verfahren zur Erkennung der 
Timer-Uberlaufe liefert der Timer-Uberlauf-lnterrupt. 

so In der Interrupt-Routine kann entweder ganz normal 
die Uhrzeit berechnet werden, oder einfach ein 
Uberlaufzahler nachgezahlt werden. Dieser ZMhler 
wird dann bei einer spater erfolgenden Uhrzeitbe-. 
rechnung berOcksichtigt. 

55 Der Rest der UhrzeitfChrung wird durch das 

gewUnscht Format d r Uhrzeit wesentlich mitbe- 
stimmt und besteht im allgemeinen aus einem 
mehrstufigen ZMhler-Aufbau mit Sonderfunktionen. 
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Es ist auch moglich, eine Echtzeituhr mit syn- 
chronen Hardware-Timer aufzubauen. 

Bei zu steuernden Prozessen. in Anwendung in 
der Energieverteilung, ist es erforderlich, da/3 in 
den jeweils mit einer Echtzeituhr ausgestatteten 
Funktionsbausteinen eine bestimmte Uhrzeitdiffe- 
renz nicht Uberschritten wird, die z. B. im Bereich 
von 10 msec liegt. 

Der ErfUllung dieser Forderung wird bei der 
Vsrteilung der Echtzeit von der Zentraluhr bis zur 
Echtzeituhr im "letzten" Funktionsbaustein beruck- 
sichtigt. 

Die Verteilung der Echtzeit wird vorzugsweise 
in • die beiden Verfahrensschritte 

"Echtzeitubertragung" und "Synchronisation der 
Echtzeituhren" zerlegt. 

Obertragung der Echtzeit 

Die Obertragung der Echtzeit erfolgt Uber die 
vorhandenen Daten-Schnittstellen, z. B. Uber Bus- 
systeme von Uhr zu Uhr. 

Das Datenformat bei der Obertragung der Echt- 
zeit ist an alien Schnittstellen gleich und stellt eine 
Erweiterung der Echtzeitdarstellung im Prozefl dar. 
Es ist zugleich eine Teilmenge der Darstellung 
einer kompietten Software-Uhr. Das Format ist un- 
abhangig von der Art der Synchronisation der Echt- 
zeituhren. 

Eine Ausnahme bei der Echtzeitubertragung 
gibt es beim Datenformat der Zentraluhr. Dieses 
Format wird von der verwendeten Zentraluhr vorge- 
geben und im zentralen Echtzeitaufbereiter in das 
Standardformat umgesetzt. das bei alien Schnitt- 
stellen gleich ist 

Die Obertragung zwischen Software-Uhr und 
Obertragungs-Schnittstelle erfolgt blockweise. d. h. 
die gesamte Uhrzeit wird an einem StQck Ubertra- 
gen, und wird gegen gleichzeitige Uhrverstellung 
verriegeit 



Synchronisation der Echtzeituhren 

Von zentralen Bedeutung fOr die gesamte 
Echtzeitbereitsteilung ist die Art der Synchronisa- 
tion der Echtzeituhren. Hier kommen vorzugsweise 
zwei Verfahren in Betracht, die oben bereits er- 
wShnt wurden: 

Synchronisation uber die vorhandenen Schnitt- 
stellen (Bussysteme), 

Synchronisation uber einen eigenen Takt 
(separate Taktleitung). 

Das erste Verfahren erfordert mehr Software- 
aufwand, wahrend das zweite Verfahren mehr hard- 
ware benfitigt. Beide Verfahren konnen auch 
"gemischt" in einer Anlage vorkommen. 



Das erste Verfahren is wirtschaftlicher. 
Beide Verfahren sind so aufgebaut, da/3 sie 
AusfSlIe von "Synchronimpulsen" tolerieren. 

s 

Synchronisation Uber die Datenschnittstellen 

Bei diesem Verfahren wird die Synchronisation 
uber eine Schnittstellenaktion zwischen Teilneh- 

io mern einer Schnittstelle erreicht. Schnittstellen sind 
hier die Verbindungen, uber die auch die Grobuhr- 
zeit ubertragen wird. Es wird dabei keine Zusatz- 
hardware benotigt. 

Fur jede Schnittstelle wird eine 

is "Synchronisationsprozedur" definiert. Es ist mog- 
lich. fur alle Bus-Schnittstellen (parallel und seriell) 
ein prinzipielles Konzept zur Uhrzeitsynchronisation 
anzugeben: 

Wichtjges Prinzip bei der Synchronisation Uber 

20 die Datenschnittstellen ist die Reduzierung von un- 
definierten Verzogerungszeiten auf das erreichbare 
Minimum. Dabei mufl bedacht werden. dafl bei 
einer Synchronisation uber mehrere Stufen die 
Fehler sich addieren. Definierte Verzogerungszei- 

25 ten sind keine Fehlerquelle, da sie berucksichtigt 
werden konnen. 

Das Ziel mit mogiichst geringen undefinierten 
Verzogerungszeiten (bei der Uhrzeitsynchronisation 
uber die Datenschnittstellen) zu arbeiten. wird wie 

30 folgt erreicht 

Alle verwendeten Schnittstellen bieten die 
M3glichkeit. durch bestimmte Schnittstellenereig- 
niss (z. B. "Obertragung beendet") einen Interrupt 
zur Verarbeitungseinheit des die Uhrzeit fuhrt, aus- 

35 zulosen. Dies gilt auch fur die Bus-Controller. 

Es werden Schnittstellenprozeduren angewen- 
det, die bei verschiedenen Busteilnehmern (Master, 
Slave) einen Interrupt auslQsen. Es hat sich ge- 
zeigt, da/3 der zeitliche Abstand dieser Interrupte zu 

40 einem bestimmten Ereignis an der Schnittstellen- 
Hardware zumeist auf einige Mikrosekunden genau 
bestimmbar ist. Dadurch wird der zeitliche Abstand 
von Interrupts, die durch eine Schnittstellenproze- 
dur bei unterschiedlichen Schnittstellenteilnehmern 

45 ausgeldst werden, (z. B. Masters and Slaves), 
ebenfails auf Mikrosekunden genau bestimmt. ' 

Die Hardware-Voraussetzungen fQr eine ausrei- 
chend genaue Synchronisierung durch Interrupt sin 
durch die oben erwMhnte Feststellung gegeben. 

so Die Software wird so ausgebildet. dafl der anste- 
hende relevante Interrupt wenigstens einmal inner- 
halb eines bestimmten Zeitintervails spatestens 
nach einer tolerierbaren Sperrzeit freigegeben wird. 
Das Verfahren beinhaltet folgende Schritte: 

55 
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1. Es wird eine speziell Bus-Prozedur 
(Ubertragung vom Master zum Slave) mit ein r (zu 
vereinbarenden) Kennung SYNC gestartet. Diese 
Prozedur kann auch ein "Aufruf an alle" sein 
(soweit vorhanden). 

2. Die SYNC-Busprozedur lost bei alien be- 
teiligten Busteilnehmern, auch beim Master, einen 
Interrupt aus. 

3. Die Interrupt-Routinen frieren die augen- 
blickliche Feinzeit ein. 

4. 1st ein SYNC-lnterrupt gesperrt wenn das 
SYNC-Ereignis eintritt, dann wird die Uhrzeit erst 
nach der Interrupt-Freigabe eingefroren und ist 
moglicherweise nicht mehr aktuell (spatere Zeit). 
Damit dies erkennbar ist. wird auch immer dann, 
wenn der Interrupt gesperrt wird, die aktuelle Uhr- 
zeit eingefroren. Ist der Interrupt nicht gesperrt 
wenn er ausgelost wird, dann wird dies erkannt und 
beide Zeiten werden gleichgesetzt. womit sie ais 
eindeutig giiltig erklMrt sind. 

5. In einer spater folgenden Busprozedur 
sendet der Master der bzw. den Slaves seine ein- 
gefrorene Feinzeiten zusammen mit der Grobzeit. 
Damit ist zugleich die Funktion "Gbertragung der 
Echtzeit" erffJIlt 

6. Die Slaves berechnen jeweiis aus der 
ubertragenen Uhrzeit und ihrer eigenen 
(eingefrorenen) Zeit die Differenz 
( = Regelabweichung rUr die eigene Uhr) und regain 
ihre Uhren ein Oder stellen sie neu. wenn die 
Regelabweichung mehrmals hintereinander unzu- 
lassig grofl (asynchron) war. 

Diese Prozedur mufl nicht sofort durchgeftlhrt 
werden und kann AbhSngigkeit von der Programm- 
laufzeit optimal aufgerufen werden. 

Erfolgt die Synchronisation der Echtzeituhren 
Uber einen separaten Takt, dann wird dieser Takt 
den Prozessoren, die ihre Echtzeituhr damit syn- 
chronisieren sollen, als Interrupt-Auslosesignal zu- 
gefUhrt. Die Taktfrequenz betrSgt vorzugsweise ge- 
nau ein Herz (Sekundentakt). Der Beginn jeder 
neuen Sekunde wird durch die aktive Taktflanke 
angezeigt (0-1-Obergang). 

Es ist von Vorteil, wenn bei beiden in Frage 
kommenden Synchronisationsverfahren m8glichst 
mit denselben Softwareroutinen gearbeitet werden 
kann, deshalb wird eine Prozedur angewendet, die 
weitgehende Ubereinstimmung mit dem oben an- 
gegebenen Synchronisationsverfahren aufweist. 

Der wesentliche Unterschied besteht darin, dafl 
ansteile einer ereignisgesteuerten Routine eine 
zeitabhangig gesteuerte Routine (Interrupt-Sekun- 
dentaktroutine) durch den Sekundentakt aufgerufen 
wird. In dieser Routine wird fur die Feinzeit (die 
uber den Bus empfangen wird) ein sekundentakt- 
gerechter Ersatz generiert. 

In der Initiaiisierungsphase werden zunachst 



alle Variablen mit definierten Werten vorbesetzt. 
Das System der Echtzeitverteilung sorgt dann da- 
fur, dafl nach einer Hochlaufzeit alle Uhren syn- 
chronisi rt sind und mit der g forderten Genauig- 
s keit "gehen". Alle ZustSnde werden tiber Flags 
angezeigt. 

Die Erfindung im folgenden an Hand von in 
einer Zeichnung dargestellten Ausfuhrungsbeispie- 
len naher beschrieben, aus denen sich weitere 
io Einzelheiten, Merkmale und Vorteilen ergeben. 

Es zeigen: 

Fig. 1 ein Schaltbild einer Anordnung mit 
einer Zentralen, die eine zentralen Echtzeituhr ent- 
halt. und mit der Zentralen verbun dene Teilneh- 
ts mer, die jeweiis Echtzeituhren enthatten, 

Fig. 2 ein Ablaufdiagramm fur ein Hauptpro- 
gramm in einem Teilnehmer. der eine Sbftware- 
Echtzeituhr und einen Hardware-Tuner enthalt. 

Fig. 3 eine Ablaufdiagramm der Aktualisie- 
20 rung der Uhrzeit in einem Teilnehmer, 

Fig. 4 ein Ablaufdiagramm der Feststellung 
des Zahlstands des Hardware-Timers in einem 
Teilnehmer, 

Fig. 5 ein Ablaufdiagramm der Eingabe ei- 
25 nes neuen ZShlstands in den Hardware-Timer, 

Fig. 6 ein Ablaufdiagramm des Takts der 
Software-Echtzeituhr, 

Rg. 7 ein Ablaufdiagramm fur die Generie- 
rung von Millisekundentakten, 
ao Rg. 8 ein Ablaufdiagramm fur die Bearbei- 

tung des Millisekundentakts, 

Fig. 9 ein Ablaufdiagramm eines einen exter- 
nen Sekundentakt zugeordneten Interrupts. 

Rg. 10 ein Ablaufdiagramm eines einen 
as Empfangstakt zugeordneten Interrupts, 

Rg. 11 ein Ablaufdiagramm eines einem 
Uhrzeitsynchrontakt zugeordneten Interrupts, 

Rg. 12 ein Ablaufdiagramm eines einem 
PrimSruhr-Synchrontakt zugeordneten Interrupts. 

40 

In einer Station 4 bzw. Prozeflleitsystem ist als 
Zentraiteil eine Stationseinheit 1 vorgesehen. Diese 
enthSIt als Steuereinheit ein Mehrrechner-System, 
z. B. mit parallelem Bus. 
45 Teilnehmer 2, 3 am Systembus 11 sind Bau- 

gruppen, die je eine multimasterfahige Rechnerkar- 
te darstellen. Jede Rechnerkarte fUhrt eine Echt- 
zeituhr 5, 6. 

Eine Rechnerkarte der Stationseinheit 1 enthSIt 
so zusStzlich die Software eines zentralen Echtzeitver- 
teilers 1 2. Diese Baugruppe wird von einer Zentral- 
uhr 7 der Station 4 aus mit der Echtzeit versorgt. 
Von hier aus wird die Echtzeit zu den Uhren der 
einzelnen Rechnerkarten tiber den Systembus 11 
ss "verteilt". 

Die Weiterverteilung der Echtzeit geschieht von 
der Stationseinheit 1 aus Clber die seriellen Bus- 
Systeme, von denen ein Bus 8 dargestellt ist. Oa- 
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bei wird ein Anlagenbus normalerweise durch eine 
serielle Schnittstelle einer Baugruppe realisiert. 
Falls die notwendigen Schnittstellen auf der Bau- 
gruppe nicht zur Verfugung stehen und durch Zu- 
satzmodule realisiert werden, die normalerweise 
ebenfalls einen eigenen Mikroprozessor beinhalten, 
miissen auf diesen ebenfalls eigene Echtzeituhren 
gefCihrt werden. 

Als Hardware-Timer 9. 10 wird jeweils der Ti- 
mer eines Prozessors verwendet. Die Timer kon- 
nen sowohf prozessorintern als auch extern Time- 
rereignisse (z. B. Timer-Oberlauf) als Interrupt zum 
Prozessor melden. 

Die Verteilung von Echtzeit uber den System- 
bus 11 erfolgt vom zentralen Echtzeitverteiler 12 
aus. Dieser is auf einer Rechnerkarte realisiert. Von 
hier aus wird die Uhrzeit Uber den Systembus 1 1 
zu alien anderen Teilnehmern 2, 3 Qbertragen und 
synchronisiert 

Alle beteiligten Busteilnehmer 2. 3 fUhren ihre eige- 
ne Echtzeituhr. 

Zur Durchfiihrung der Gbertragung und Syn- 
chronisation der Echtzeit uber den Systembus 11 
bewirbt sich der zentrale Echtzeitverteiler 12 urn 
die Bushoheit. Er sendet zunachst eine Meldung 
zur Uhrzeitsynchronisation an die Busteilnehmer 2, 
3, deren Echtzeituhr zu synchronisieren ist. Diese 
Meldung kann alle Busteilnehmer gieichzeitig syn- 
chronisieren. In folgenden Meldungen wird dann 
aie "eingefrorene" Uhrzeit des Echtzeitverteilers 1 2 
zu den anderen Bus-Teilnehmern Qbertragen. 

Oer zentrale Echtzeitverteilter 12 ist auf einer 
baugruppe realisiert. Von hier aus werden alle an- 
deren Uhren in der Stationseinheit 1 uber den 
Systembus 1 1 gestellt und synchronisiert. 

Der zentrale Echtzeitverteiler fUhrt hierzu eine 
Echtzeituhr wie alle anderen Bus-Teilnehmer. 

Im Unterschied zu den anderen Uhren wird 
diese aber nicht von einem Qbergeordneten Echt- 
zeitverteiler und synchronisiert Das genaue Verfah- 
ren der Uhrzeiteinstellung und -synchronisation ist 
abhangig von der verwendeten Zentraluhr. 



Zentraluhren 

In jeder Stationseinheit 1 gibt es einen zentra- 
len Echtzeitverteilter 12, der eine eigene Echtzeit- 
uhr fuhrt und die Echtzeit uber den Systembus 1 1 
an die anderen Echtzeituhren der Stationseinheit 
verteilt. 

Der zentrale Echtzeitverteiler selbst erhalt Uhr- 
zeit und "Synchronisierimpulse" von der Zentraluhr 
7. 

Die Zerrtaluhr 7 ist normalerweise Teil der Sta- 
tionseinheit 1 und kann verschieden aufgebaut 

sein. 

Nachfolgend werden die verschiedenen Verfah- 



ren einzeln erlautert. 

Vorzugsweise empfangt eine Funkuhr den Zeit- 
und Normalfrequenzsender DCF77 und stellt Uhr- 
zeit und Datum Uber verschiedene Schnittstellen 

s zur VerfQgung. Werden die Schnittstellen durch die 
Funkuhr aktiviert, dann werden die Schnittstellen- 
Ereignisse uhrzeitsynchron ausgelost. Die absolute 
Wiederholgenauigkeit betragt hierbei 20 Millisekun- 
den (abhSngig von der Empfangsfeldstarke) bei 

to einem Kurzzeitjitter von einer Millisekunde. 

Die Funkuhr 7 sendet selbstandig alle Sekun- 
den Uhrzeit und Datum uber ihre serielle Schnitt- 
stelle zum Echtzeitverteiler 12. 

Fur den zentralen Echtzeitverteiler 12 bedeutet 

is dies, dafl alle Sekunden durch den Sekundentakt 
einen Interrupt auslQst wird. Darauf folgt die kom- 
plette Obertragung der Uhrzeit. 

Der jeweilige Systembus-Teilnehmer 2, 3 und 
eventuell vorhandene Zusatzmodulen sind Uber 

20 eine gemeinsame Schnittstelle miteinander gekop- 
pelt. Alle Module enthalten je eine eigene Echtzeit- 
uhr. Dabei wird die Uhr auf dem Zusatzmodul von 
der (Qbergeordneten) Uhr uber die Schnittstelle ge- 
stellt und synchronisiert. Auch hier wird grundsatz- 

25 Itch das unten noch naher erlauterte Ubertragungs- 
verfahren angewendet. 

Lediglich die "Synchronisation Uber die Daten- 
schnittstelle" wird abgeandert. da es kein 
Hardware-Schnittstellenereignis gibt, das auf bei- 

ao den Seiten der Schnittstelle einen Interrupt auslost. 
Hier lost lediglich ein Teilnehmer 2 bzw. 3 auf 
einer Seite de Schnittstelle einen Interrupt beim 
Teilnehmer auf der anderen Seite der Schnittstelle 
aus. Als Ersatz fUr den Interrupt der auftretenden 

35 Seite wird dort unmittelbar nach dem Auslosen 
(des Interrupts zur anderen Seite) eine Interrupt- 
Ersatz-Routine aufgerufen, also so getan, als ware 
ein Interrupt der Schnittstellenprozedur ausgelost 
worden. Die Richtung, in der dieser Vorgang uber 

40 die Schnittstelle ablauft. ist prinzipiell beliebig, soll- 
te jedoch mBglichst der Systemhierarchie entspre- 
chen. 

Die Verteilung der Echtzeit uber den Bitbus 
Anlagenbus 8 erfolgt vom Teilernehmer 2 Oder 2 
4S aus. 

Alle beteiligten Busteilnehmer (Master und Sla- 
ves) fUhren ihre eigene Echtzeituhr. 
Zur OurchfUhrung der Uhrzeitilbertragung und - 
synchronisation sendet der Master zunachst ein 
so Telegramm, das bei bei den aktiven Bus-Teilneh- 
mern einen Interrupt auslost. 

Spater wird vom Master die "eingefrorene" 
Zeit zu dem Slave Qbertragen. 

Die genaue Zeitverschiebung zwischen dem 
55 Interrupt des Masters und dem Interrupt des Slaves 
wird einmalig experimentell ermittelt. 

Die Echtzeit wird der Feldeinhert Qber den An- 
lagenbus 8 zugefUhrt. Auch die Synchronisation 
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der Uhrzeit in der Feldeinheit erfolgt uber den 
Anlagenbus. 

In den Teilnehmer 2, 3 lauft jeweils ein Haupt- 
programm ab, das eine Software-Uhr enthalt. In 
Fig. 2 ist ein Ablaufdiagramm in Verbindung mit 
der Software-Uhr dargestellt. 

Nach dem Start warden die zu steuernden Uh- 
ren in einem Schritt 13 initalisiert. Danach wird in 
eine Hauptprogrammschleife 14 eingetreten, die 
folgende Programmteile enthalt: Echtzeit von ex- 
tern Cibernehmen, Ausgabe der Uhrzeit, SYNC-ln- 
terrupt Disable bzw. SYNC-INTERRUPT ENABLE, 
Disable bzw. enable speziellen Interrupt und disab- 
le bzw. enable generellen Interrupt. Wenn nach 
dem Durchlaufen der Hauptprogrammschleife noch 
Programmzeit vorhanden ist, wird in einem Pro- 
grammteil 15 die Echtzeituhr korrigiert. Ansonsten 
wird die Hauptprogrammschleife wiederholt. Ver- 
bleibt nach der Korrektur der Uhr noch Zeit, wird 
die Echtzeituhr in einem Programmteil 16, das in 
Rg. 3 dargestellt ist. 

Das Programmteil 1 6 enthalt die Programmteile 1 7, 
18. 19, 20 jeweils fUr Interrupt disable, Hardware- 
Timer lesen, Uhrzeit neu berechnen und Interrupt 
enable. 

Die Uhrzeitfuhrung durch Hardware-Timer le- 
sen, geht aus Rg. 4 hervor. Dieses Unterprogramm 
enthalt die Teile Interrupt disable, Timer Input 21, 
die Abfrage nach dem Gberlauf des Timers nach 
dem letzten Einlesen, die Korrektur 22 des ZShler- 
stands bei einem Oberlauf und. den Schnitt Inter- 
rupt enable. Der Aufbau der Unter-Programms 21 
ist in Fig. 5 dargestellt. Das Unterprogramm bein- 
haltet die Erstellung einer Kopie des Hardware- 
Timers und, wenn die einzelnen Zahlerworte syn- 
chron gelesen werden mCssen, die temporSre 
Speicherung der WQrter. Es wird der Stand des 
Hardware-Timers, der der letzten aktuellen 
Software-Uhrzeit entspricht. bereitgehalten. Die Ak- 
tualisierung des Software-Uhr-Takts ist in Rg. 6 
dargestellt Diese Aktualisierung beinhaltet folgende 
Unterprogramme: Millisekundengenerierung 23, 
Millisekundentaktbearbeitung 24. Mlnutentaktbear- 
beitung 25. Studentaktbearbeitung 26, Tagestaktbe- 
arbeitung 27, Monatstaktbearbeitung 28, Jahres- 
taktbearbeitung 29 und Uhrzustandtest 30. 

Das Unterprogramm setzt zunSchst den Milli- 
sekundentakt auf null und prUft danach. ob der 
Hardware-Timer urn 1 ms weitergezShlt hat. Wenn 
dies der Fall ist, wird die Hardware- Timer-Nach- 
fQhrung um 1 ms erhoht und anschlieflend 1 ms 
fQr die Software-Uhr registriert. bevor die PrfJfung 
wiederholt wird. Hat der Hardware-Timer nicht um 
1 ms weitergezahlt. dann wird der Timer-Rest mit 
dem Stand der Software-Uhr verrechnet. 

Die Verarbietung der Millisekundentakte ist in 
Rg. 8 dargestellt. Nach dem in Rg. 8 dargestellten 
Verfahren werden Minutentakteaus Millisekundent- 



akte erzeugt. Die Verarbietung der Minutentakte, 
Stundentakte, Tagestakte, Monatstakte und Jahr s- 
takte erfolgt entsprechend und ist nicht naher dar- 
gestellt. 

s Im System wird durch die getrsnnte Qbertra- 

gung der Echtzeit zu den Teilnehmern und der 
Synchronisatjonsinformation eine Verminderung der 
aelegung der Ubertragungskanale durch die Echt- 
zeitverteilung erreicht. Die Echtzeit wird an alien 

w Schnittstellen mit dem gleichen Datenformat uber- 
tragen. Das Datenformat ist daher unabhangig von 
der Art der Synchronisation der Echtzeituhren. Die 
Echtzeit wird blockweise uber die jeweilige Schnitt- 
stelle und in einem Stuck Ubertragen, wobei die 

is gleichzeitige Uhrverstellung verriegelt wird. Die 
Echtzeitkorrektur im jeweiligen Teilnehmer beginnt 
mit einem Aufruf durch die Uhrzeit-Ubergabe. Da- 
nach wird die berechnete Uhrzeit mit der Sollzeit 
verglichen. Die Uhrzeit ist unterteilt in eine Grobzeit 

20 und sine Feinzeit. Es wird gepruft, ob die berech- 
nete Uhrzeit innerhalb zulassiger Toieranzen mit 
der iibertragenen Uhrzeit (ibereinstimmt. Falls dies 
nicht zutrifft. wird die Zeit in der Echtzeituhr des 
jeweiligen Teilnehmers korrigiert. 

25 Vorzugsweise werden die Echtzeituhren Ober 

die vorhandenen Schnittstellen synchronisiert. Fur 
die Schnittstellen wird eine Synchronisationsproze- 
dur definiert. Alle verwendeten Schnittstellen bieten 
die Moglichkeit, durch bestimmte Schnittstellener- 

30 eigniss (insbesonders "Ubertragung beendet") ei- 
nen Interrupt zu dem Prozessor, der die Uhrzeit 
fUhrt, auszulfisen. 

Fur die Synchronisierung wird eine spezielle 
Bus-Prozedur (Ubertragung vom Master zum Sla- 

35 ve) mit einer vorgebbaren Kennung SYNC gestar- 
tet. Diese Prozedur kann ein Aufruf an alle sein. 
Die SYNC-Prozedur lost bei alien beteiligten Bus- 
teilnehmern (auch beim Master) einen Interrupt 
aus. Fur die Interrupt- Auslo sung kann ein externer 

40 Sekundentakt, ein Empfangstakt, ein Uhrzeitsyn- 
chrontakt Oder ein Primaruhr-Synchrontakt vorge- 
sehen sein. Je nach dem fQr die Interruptausl6sung 
bestimmten Takt ergeben sich verschiedene Ver- 
fahrensschritte. Nach der in Rg. 9 gezeigten, durch 

45 einen extemen Sekundentakt bewirkten Synchroni- 
sierung schlieflt sich an den Interrupt-Schritt ein 
Unterprogramm 31 "Uhrzeit bearbeiten" an, nach 
dessen Ende in einem nachfolgenden Schritt 32 
ein Flag gesetzt wird, das einen Synchrontakt als 

so "Sekundentakt" gekennzeichnet. Danach wird die 
Soll-Feinzeit anhand des Sekundentakts berechnet. 
Anschlieflend wird die Differenz zwischen dem 
ZShlerstand und dem Rest null gesetzt, woraus 
sich eine neue Feinzeit ergibt. 

ss Bei einem Interrupt mit Hilfe eine Empfangstakt 

wird das in Rg. 10 dargestellte Verfahren durchlau- 
fen. Es folgt auf den Interrupt Schritt wiederum das 
. Unterprogramm 31, dem sich ein Schritt 35 an- 
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schlieflt. in dem ein Flag den Synchrontakt als 
Empfangstakt kennzeichnet. Das in Hg. 11 darge- 
stellte Unterprogramm 31 enthalt einen Interrupt- 
Schritt. der unmittelbar durch einen Uhrzeitsyn- 
chrontakt ausgelo'st werden kann. An diesen 
Schnitt schlieflt sich das Unterprogramm 16, Uhr- 
2eitaktualisieren an. auf das ein Unterprogramm 35 
"Feinzeit merken" folgt. Danach wird in einem 
Schritt 36 der Synchrontakt gezahlt. In einem 
Schritt 37 wird ein Flag gesetzt. wenn die Kennung 
SYNC wahrend einer Interruptsperre erzeugt wur- 
de. 

Wenn em Interrupt durch einen Primaruhr-Syn- 
chrontakt erzeugt wird, wie er z. B. von einem 
EmpfSnger eines Zeitsenders erzeugt wird, dann 
wird auf den Interrupt-Schnitt wiederum die Uhrzeit 
durch das Unterprogramm 16 aktualisiert. Danach 
folgt das Unterprogramm 36, nach dessen Ende 
ein Interrupt-Request durchgefuhrt wird, der sich 
auf eine Interruptsperre bezieht. Wen keine Inter- 
ruptsperre beim Eintreten des SYNC-Ereignisses 
eintritt. wird der Interrupt zu einer Zieladresse zu- 
geordnet. wonach die Feinzeit und die Grobzeit fOr 
die Ausgabe zur Verfugung stehen. Bei einer Inter- 
ruptsperre wird die Uhrzeit erst nach der Interrupt- 
Freigabe eingefroren, bevor die weiteren oben er- 
wahnten Schritte folgen. 

In einer anschlieflenden Busprozedur sendet 
der Master dem oder den Slaves seine eingefrore- 
nenn Feinzeiten zusammen mit der Grobzeit. Damit 
ist die Obertragung der Echtzeit been'det. 

Jeder Slave wird vorzugsweise mindestens 
mehrmals pro Minute synchronisiert: Die Slaves 
berechnen aus der ubertragenen Uhrzeit und ihrer 
eigenen eingefrorenen Zeit die Zeitdifferenz fur die 
eigene Echtuhr und regeln ihre Uhren nach bzw. 
stellen sie neu ein. Wenn die Regelabweichung 
mehrmals nacheinander unzulSssig grofl war, wird 
eine Testprozedur zur Fehlersuche angefuhrt. Die 
Testprozedur mufl nicht sofort durchgefUhrt wer- 
den, sondern kann unter Berucksichtigung der Pro- 
grammlaufzeit optimal aufgerufen wsrden. 

In der Initalisierungsphase werden alle Variab- 
len mit definierten Werten besetzt. Die Echtzeitver- 
teilung sorgt dafiir, dafl nach einer Hochlaufzeit alle 
Echtzeituhren synchron laufen. Alle Zustande wer- 
den durch Flags angezeigt. 



Anspruche 

1. Vorrichtung zum Betrieb von Echtzeituhren. 
die sich in Teilnehmern eines hierarchisch durch 
Bussysteme verbundenen Prozeflsteuersystems 
befinden, 

dadurch gekennzeichn t, 

dafl die Echtzeit von einer Zentraluhr vorgegeben 



und uber die vorhandenen Bussysteme an die ein- 
zelnen Teilnehmer weitergeleitet und synchronisiert 
wird. 

2. Vorrichtung nach Anspruch 1 , 
s dadurch gekennzeichnet, 

dafl jede an der Uhrzeitfuhrung und UhrzeitUbertra- 
gung beteiligte Einheit einen freilaufenden Oder 
programmierbaren Hardwaretimer aufweist, dessen 
Zahlstand zur Uhrzeit in der gewunschten Form 
to weiterverarbeitet wird. 

3. Vorrichtung nach Anspruch 1 Oder 2, 
dadurch gekennzeichnet, 

dafl der Hardwaretimer lediglich ein freilaufender 
Dualteiler sein mufl, der aus einer Taktquelle ge- 
;s speist wird. 

4. Vorrichtung nach einem oder mehreren der 
vorangehenden Anspruche, 

dadurch gekennzeichnet, 

dafl an die TaktfrequenzstabilitSt der Taktquelle fur 
20 den Hardwaretimer nur geringe Anspruche beziig- 
lich der Langzeitstabilitat gesteilt werden mussen. 

5. Vorrichtung nach einem oder mehreren der 
vorangehenden Ansprtiche, 

dadurch gekennzeichnet, 
25 dafl die Uhrzeit asynchron aus dem Zahlstand des 
jeweiligen Hardwaretimers ermittelt und den Verar- 
beitungseinheiten in geeigneter Form bereitgestellt 
wird. 

6. Vorrichtung nach einem Oder mehreren der 
so vorhergehenden AnsprOche, 

dadurch gekennzeichnet, 

dafl bei UberlSufen des jeweiligen Hardwaretimers 
(9. 10) die Uhrzeit berechnet Oder ein UberlSufzah- 
ler beaufschlagt wird, dessen Inhalt bei der Uhrzeit- 
33 berechnung beriicksichtigt wird. 

7. Vorrichtung nach einem oder mehreren der 
vorhergehenden AnsprOche. 

dadurch gekennzeichnet, 

dafl die Echtzeituhren (5. 6) uber die vortianden 

40 Schnittstellen der Teilnehmer (2. 3) synchronisiert 
werden, indem ein durch den jeweiligen Schnittstel- 
lenbaustein bei oder nach der Obertragung eines 
Zeichens zeitllch festgelegtes Ereignis als Basis fOr 
ein Korrekturverfahren verwendet wird, mit dem die 

45 Echtzeit im jeweiligen Teilnehmer in Obereinstim- 
mung mit der Echtzeit in der Zentraluhr gebracht 
wird. 

8. Vorrichtung nach einem oder mehreren der 
vorhergehenen AnsprOche, 

so dadurch gekennzeichnet, 

dafl in jedem Teilnehmer bei Auftreten des Ereig- 
nisses die jeweilige Uhrzeit festgehalten danach zu 
untergeordneten Einheiten ilbertragen, dort mit der 
ebenfalls bei Auftreten des entsprechenden Ereig- 

55 nisses festgehaltenen Uhrzeit vergllchen und dort 
zur Korrektur der Ganggeschwindigkeit der Teilneh- 
meruhr verwendet wird. 
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